별건 아닌데 저희 메서드 정렬 기준이 필요할까요?
지금까지는 구현 순서대로 정렬하기로 해서 그렇게 진행하고 있는데 코드가 점점 길어지다보니 메서드 정렬도 뭔가 기준이 필요한가? 하는 생각이 들더라구요. 그래서 클래스 내 메서드 정렬 기준을 만드는 건 어떻게 생각하시는지 궁금합니다!

저는 보통 public 메서드는 C -> R -> U -> D의 순서로 작성하고, 그 외에는 호출 순서로 작성하고 있습니다.
저도 제안드릴까 고민을 하다, 오히려 익숙해진 메서드 작성 방식이 있으시다면 불편함을 드릴까 해서 제안드리지 못했습니다.
그래서 메서드 정렬 기준을 만드는 것에 대해선 찬성합니다!
혹시 생각해 보시거나 적용하신 메서드 정렬 기준이 있으실까요?

저는 이번에 서비스 클래스에서 CRUD 순서대로 메서드 정렬 후에 검증 메서드들을 아예 crud 메서드 아래로 다 빼서 정리를 해봤습니다. 순서는 자주 호출되는 순서대로 정렬했습니다. 그런데 구글링 해보니 읽는 사람이 편하게 메서드끼리 논리적 응집도를 높이는 방법도 있더라구요!
어떤 방법이 더 좋을 것 같으신가요?

저는 굳이 검증 메서드를 하위로 빼는 것을 선호하지 않긴 합니다.
왜냐하면, 보통 코드리뷰를 할 때 위에서부터 코드를 읽게 되는데, 말씀해 주신 방식대로 한다면 계속 스크롤을 왔다 갔다 해야 하는 번거로움이 있으며 기존 있던 메서들를 새로운 메서드에서 사용하게 된다면 이에 대한 순서를 계속해 고려해야 하기 때문입니다.
그래서 저는 보통 호출되는 순서대로 작성했었습니다. 하단에서 상단의 메서드를 사용하더라도 이미 본 코드기에 이해하기 편하기도 하고요!

그런데, 메서드 정렬을 논리적 응집도를 사용하게 된다면 어떤 형식으로 되는 것인지 잘 모르겠는데 설명을 좀 더 해주실 수 있을까요?

논리적 응집도를 높이는 방식이 호출 순서대로 작성하는 방식입니다. 예를 들어 update 메서드에서 차례대로 getUser, getGoal, validateTeamsToUpdate 함수를 호출한다면 update 메서드에서 아래에 세가지 함수를 순서대로 정렬하는 것입니다. 가독성을 위해 하나의 큰 메서드를 기준으로 해서 호출되는 메서드를 주위에 정렬하는 방식으로 이해했습니다.
정리를 깔끔하게 하고자 하는 마음에 검증 메서드를 아예 하위로 빼봤는데 가독성이 더 중요하니 하던대로 호출 순서대로 정렬을 할까요?

저희가 슬랙에서 이야기한 결과 메서드 작성 순서는 큰 형식은 CRUD 순으로 작성하는 것으로 결정되었습니다.
또한, private과 같이 public 메서드들에서 사용되는 메서드들은 모두 호출 순서로 public 메서드 사이에 위치하도록 결정되었습니다.

개행이 필요할 것 같네요!